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Abstract 

The CMS pixel detector consists of approximately 66 million silicon pixels whose analog signals are read out by 
15,840 programmable Readout Chips. With the recent startup of the LHC, the detector is now collecting data used for 
precise vertexing and track-finding. In preparation for data taking, the detector's Readout Chips and their supporting 
readout and control electronics were calibrated. The calibration that has taken place since the detector's installation 
in the summer of 2008 will be described. These calibrations focused on the optimization of the Readout Chips' 
thresholds and analog response. The operation of the detector during the early running of the LHC will also be 
discussed. The calibrations that are performed on a regular basis and a mechanism to handle the readout of large beam 
background events will be described. 
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1. Introduction 

The Compact Muon Solenoid (CMS) pixel detector 
is the innermost tracking device of the CMS experiment 
located at the Large Hadron Collider (LHC) at CERN. 
The detector consists of approximately 66 million "n on 
n" silicon pixels that are arranged in three barrel layers 
(BPix) and four forward disks (FPix) to provide cover- 
age over the pseudorapidity range < 2.5. The detec- 
tor reads out analog pulse heights so that signal inter- 
polation across pixels can be used to achieve the hit po- 
sition resolution required for CMS vertexing and track- 
finding E] 12. 

The pixel detector was installed and commissioned in 
2008 |3|. The detector was calibrated in the time lead- 
ing up to and throughout the commissioning in 2008, 
and its performance was studied with cosmic ray muons 
||4). Further calibrations were performed in 2009 as the 
LHC prepared to deliver collisions. These calibrations, 
which are described in Sections [3] and |4] mainly ad- 
dressed the thresholds and analog response of the de- 
tector. The detector has been operating since collisions 
began in December 2009. Parts of the data acquisition 
system are recalibrated on a regular basis to account 
for environmental changes and to monitor the detector's 
status. These calibrations are described in Section [5] 
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Readout problems due to beam background were dis- 
covered as soon as collisions were delivered. An update 
to the firmware of one device in the data acquisition sys- 
tem addressed this problem. This is described in Section 

El 



2. Pixel Data Acquisition 

Groups of 4,160 pixels, making up 80 rows and 26 
pairs of columns, known as double-columns, are read 
out by the PSI46 Readout Chip (ROC) 0. After am- 
plification and shaping, zero-suppression is performed 
on the ROC with a comparator for each pixel. When a 
signal crosses the comparator's threshold, it is consid- 
ered as a hit, and the analog pulse height, the address 
of the pixel, and the bunch crossing number are stored 
in buffers dedicated to its double-column for the latency 
time of the CMS first level trigger. The ROC reads out 
a single, 25 nanosecond wide bunch crossing; hits are 
validated by the trigger and sent on to the pixel data ac- 
quisition system if the bunch crossing number of the hit 
and the trigger match. 

The ROC has 21 8-bit digital-to-analog converters 
(DACs), five 4-bit DACs and one 3-bit DAC that influ- 
ence various aspects of the readout. In addition, each 
pixel has four bits, called trim bits, that influence the 
comparator's threshold, and one bit to mask the pixel 
if needed. The DAC settings are programmed before 
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running the detector. Calibration signals with an am- 
plitude set by an 8-bit DAC known as VCal can be in- 
jected through a capacitor connected to the amplifier in- 
put node. On average, one VCal DAC unit corresponds 
to 65.5 electrons with an offset of -414 electrons Q. 
This conversion is used throughout. 

The ROCs are read out and controlled by VME de- 
vices in the CMS electronics room. The analog elec- 
trical signals from groups of ROCs are converted to an 
optical signal and sent to the Front End Driver (FED) 
VME device (6). The FED digitizes the signals and 
builds event fragments from the hits corresponding to 
one first level trigger. 



of a pixel are measured using so-called S-Curves. An 
S -Curve is the efficiency for injected charge to cross 
threshold in a specified bunch crossing versus the in- 
jected charge. The in-time threshold is taken as the loca- 
tion of the turn-on of the S-Curve from the bunch cross- 
ing in which the charge was injected, that is, the in-time 
bunch crossing (see Fig. [IJ. The absolute threshold is 
taken as the location of the tum-on of the sum of S- 
Curves from the in-time bunch crossing and the follow- 
ing one (see Fig. [T}. The location of a turn-on is taken 
as the injected charge at which an error function fit to 
the (summed) S-Curve(s) reaches 50% efficiency. 



3. Threshold Calibrations 

The thresholds of the detector are important perfor- 
mance parameters because they influence the cluster 
size, and therefore, the hit position resolution. The 
threshold of a pixel's comparator depends on its four 
trim bits and two 8-bit DACs on its ROC known as 
VcThr and Vtrim. The impact of these settings on the 
threshold of pixel i's comparator, Thr,-, is roughly given 

by, 

Thr/ = Co-d VcThr-C 2 Vtrim (15 - trimbits,) , (1) 

where Co, C\, and C2 are positive constants. As seen in 
Eq. [T] VcThr applies an offset to the threshold of ev- 
ery pixel on the ROC, and Vtrim determines how much 
influence the trim bits on the ROC have. 

Due to time-walk, the smallest signals that cross 
threshold may do so in a bunch crossing following 
the triggered one in which the charge was actually de- 
posited Q. For this reason, two thresholds are defined 
for each pixel. The first is the absolute threshold, which 
is the charge required to cross threshold independent of 
the time at which it does so. It is precisely equal to 
the comparator's threshold. The second is the in-time 
threshold, which is the charge required to cross thresh- 
old in the same bunch crossing as the one in which the 
charge was deposited. The absolute threshold is relevant 
when studying occupancy, noise, and cross-talk, and the 
in-time threshold is relevant when studying hit recon- 
struction. 

The in-time thresholds depend on the timing of the 
detector's clock with respect to the LHC's collisions, 
however they can be estimated using charge injection. 
The timing of the charge injection is set so that the max- 
imum injected charge crosses threshold approximately 
five nanoseconds into the bunch crossing. Both the 
absolute threshold and approximate in-time threshold 
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Figure 1: S-Curve from the in-time bunch crossing (BX) (full circles) 
and sum of S-Curves from the in-time bunch crossing and the follow- 
ing one (open circles). The latter curve can exceed 100% efficiency 
because it is the sum of two efficiency curves; this has a negligible 
effect on the fit. 



3.1. Threshold Trimming 

In the first step of the threshold calibration, either the 
in-time or absolute thresholds on each ROC were ad- 
justed to the same VCal value by tuning VcThr, Vtrim, 
and the trim bits. This procedure is known as "trim- 
ming". The BPix absolute thresholds were trimmed us- 
ing an algorithm described elsewhere Q- The FPix in- 
time thresholds were trimmed using an alternative algo- 
rithm. 

In the first step of the FPix trimming algorithm, the 
settings for VcThr and Vtrim are determined with an it- 
erative algorithm that can be applied to a small but rep- 
resentative subset of the pixels on each ROC (~ 2% dis- 
tributed across the ROC) to save time. In each iteration, 
changes in the thresholds resulting from small changes 
in VcThr, Vtrim, and the trim bits are measured using 
S-Curves. The next values for VcThr, Vtrim, and the 
trim bits are then solved for using a first order Taylor 
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expansion of Eq. [TJfor each pixel and some additional 
requirements to constrain the problem. Typically, four 
iterations are required to obtain satisfactory settings for 
VcThr and Vtrim. In the second and final step of the 
FPix trimming algorithm, the threshold of every pixel 
is measured, and then based on the average influence of 
the subset of trim bits measured in the previous step, the 
final trim bit value of every pixel is chosen. 

A histogram of the ROC absolute threshold RMS is 
shown in Fig. [2] The RMSs are several times smaller 
than the variation in VCal 0. The FPix RMSs are 
slightly larger than those of the BPix because the in-time 
thresholds, rather than the absolute thresholds, were 
trimmed and because the calibration described in Sec- 
tion ! 



was done in an iterative procedure where the next Vana 
was chosen based on the current difference. The im- 
pact of Vana on this quantity, which quantifies the time- 
walk, is shown in Fig. [3] In each iteration, the absolute 
threshold and charge injection timing were recalibrated 
because they also depend on Vana. A difference of 12 
VCal was chosen because it was found to make the aver- 
age analog current drawn per ROC near the FPix target 
of 25 mA. Fig. [4]shows the resulting analog currents. 

As shown in this issue [8|, various off-line methods 
using collision data show that the in-time thresholds are 
700-1000 electrons higher than the absolute thresholds. 
This is consistent with expectations from charge injec- 
tion. 



3.2 was performed after trimming. 
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Figure 2: Histogram of the RMS of the absolute threshold on each 
ROC. The RMS is computed from ~ 2% of the pixels on the ROC. 



3.2. In-time Threshold Calibration 

The in-time thresholds depend on the amount of time- 
walk introduced in the amplification and shaping that 
occurs before the signal reaches the comparator. This 
depends on Vana, an 8-bit DAC that regulates the volt- 
age applied to the analog part of the ROC. Vana was set 
in such a way that balanced the desire to minimize time- 
walk with the need to keep the current drawn by analog 
part of ROC, or "analog current", at a reasonable level. 
The Vana setting for each BPix ROC was determined 
during module testing by directly measuring the analog 
current drawn by the ROC as a function of Vana and 
then choosing the Vana that corresponded to 24 mA. 

The Vana setting for each FPix ROC was determined 
without a direct measurement of the ROC's analog cur- 
rent. On these ROCs, Vana was set so that the difference 
between the average in-time threshold and approximate 
absolute threshold was 12 VCal (786 electrons). This 
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Figure 3: Scatter plot of the change in the difference between the 
average in-time threshold and the approximate absolute threshold of 
the pixels on a ROC versus the change in Vana applied in the FPix 
Vana calibration. As Vana was increased (decreased), the difference 
between the in-time and absolute thresholds decreased (increased) due 
to the change in time-walk. 



3.3. Lowering the Absolute Thresholds 

Increasing the cluster size from one to two pixels, so 
that signal interpolation can be used, increases the hit 
position resolution of the detector. The cluster size was 
maximized by minimizing the time-walk (as described 



in Section 3.2 1 and then lowering the absolute thresh- 
olds. 

The absolute thresholds were lowered using a ROC- 
based approach that works well after pixel trimming has 
been performed. The absolute thresholds on a ROC 
should not be set below the level of cross-talk on the 
ROC. When the absolute thresholds are set below this 
level, the ROC is overwhelmed by spurious hits that fill 
the double-column buffers and prevent real hits from be- 
ing read out. The absolute thresholds were set just above 
this failure point. 
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Figure 4: Histogram of the analog currents drawn by the 32 FPix read- 
out groups (ROGs). Each readout group contains 135 ROCs, which 
makes the average analog current drawn per ROC about 26 mA. 



To begin the absolute threshold calibration, the abso- 
lute thresholds were set to modest values so that none 
of the ROCs were failing. This can be done quickly for 
most ROCs by adjusting the VcThr setting on each ROC 
until a representative subset of its pixels are 100% effi- 
cient for an injected charge of ~ 50 VCal, for instance. 

Next, the absolute thresholds were lowered from the 
working point found in the first step by raising the Vc- 
Thr setting on all ROCs in five steps of two DAC units. 
At each step, the ROC was checked for failure by look- 
ing for failed S-Curve fits, which is one artifact of the 
absolute thresholds being too low. S -Curves from a 
small but representative subset of the pixels on each 
ROC (~ 2% distributed across the ROC) were consid- 
ered to save time. The majority of ROCs failed within 
five steps. 

The VcThr setting of each failing ROC was then set 
to four DAC units below its failing point, and the Vc- 
Thr setting of each ROC that never failed was set to 
two DAC units below the highest setting tested. After 
moving the ROCs to their working settings all at once, 
a small number failed and were manually tuned. Then, 
in an independent test known as PixelAlive, the hit ef- 
ficiency for charge well over threshold was measured 
for every pixel. Any ROC showing inefficiencies due 
to the absolute thresholds being too low, such as ineffi- 
cient double-columns resulting from filled buffers, was 
manually tuned. 

The final absolute threshold distribution is shown in 
Fig. [5] The mean absolute threshold is 2457 elec- 
trons, which is approximately 10% of the charge col- 
lected from a minimum ionizing particle that has passed 
through a sensor with a vanishing incidence angle. 



This threshold was achieved without introducing a 
significant number of inefficient or noisy pixels. The 
final number of bad pixels on ROCs included in the 
readout was measured in several ways. Noisy pixels 
were identified and masked during cosmic ray data tak- 
ing. Pixels inefficient to charge injection were identi- 
fied using the PixelAlive test; this test does not identify 
dead sensors or poor connections between the sensor 
and ROC. Dead pixels were identified by their lack of 
hits in high-statistics collision data. The final numbers 
are shown in Table Q] 
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Figure 5: Absolute threshold distribution. Each entry is the mean 
absolute threshold of one ROC, which is computed from ~ 2% of the 
pixels on the ROC. 



Table 1 : Total number of bad pixels on ROCs included in the readout 
according to several tests. 98.1% of all ROCs are included in the 
readout. 





BPix 


FPix 


Noisy in cosmic data and masked 


616 


30 


Inefficient to charge injection 


~ 3k 


~ 3k 


Dead in collision data 


~ 7.5k 


~4k 



3.4. Noise 

The noise of a pixel is equal to the width of the turn- 
on region of its S -Curve, which is taken as two times the 
standard deviation of the Gaussian function that would 
result from differentiating the error function fit. The 
BPix and FPix noise distributions are shown in Fig. [6] 
The BPix mean noise is 120 electrons, and the FPix 
mean noise is 84 electrons. The noise of each pixel 
is well below the absolute threshold set just above the 
level of cross-talk, so it does not negatively impact the 
performance of the detector. 
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Figure 6: BPix and FPix noise distributions obtained from ~ 2% of 
the pixels on each ROC. 



4. Analog Response Calibrations 

The analog response of each ROC was optimized by 
maximizing the linearity and range of the gain. The gain 
of a pixel is defined as the pulse height versus injected 
charge. It is important for the gain to be as linear as 
possible because it is parameterized with a linear func- 
tion in the off-line reconstruction to limit the number of 
parameters it must store. 

The linearity of the gain was maximized through the 
calibration of two 8-bit DACs known as VHldDel and 
Vsf. VHldDel determines a delay applied to each pulse 
before its height is sampled and held in a capacitor until 
the double-column is read out. VHldDel was set so that 
the maximum of a pulse is sampled. Vsf regulates the 
voltage applied to the sample and hold circuit. Vsf was 
calibrated differently in the BPix and FPix. The BPix 
algorithm is based on the observation that linearity in- 
creases as Vsf is increased. Vsf was increased on each 
BPix ROC until the average linearity reached a target 
value or a current limit was reached. In the FPix, Vsf 
was set so that the pulse height when VHldDel is set to 
its minimum is equal to the pulse height when VHldDel 
is set to its maximum; this was also observed to produce 
good linearity. 

The range of the gain of one pixel is defined as the 
difference between the pulse height due to the maxi- 
mum injected charge and the pulse height due to in- 
jected charge just above threshold. The range depends 
on several DACs, but it can be maximized by calibrat- 
ing only two of them on a ROC-by-ROC basis after 
the rest have been set to compatible values. VIbias_PH 
and VoffsetOp, both 8-bit DACs, were calibrated. Vlb- 
ias_PH applies a gain to the pulse height, and VoffsetOp 



applies an offset. The ranges of a small but representa- 
tive subset of the pixels on each ROC were measured in 
a two-dimensional scan of these DACs, and the settings 
that produced the largest ranges within the range of the 
FEDs' ADCs were chosen. 

The final gain parameters resulting from these cali- 
brations are presented in this issue JSJ. 

5. Regular Recalibrations 

All of the ROC DAC settings and most of the settings 
in the pixel data acquisition system will not need to be 
recalibrated until the detector's operating temperature is 
changed or significant radiation damage is accumulated. 
This is not foreseen to occur before 2012. 

There are several FED parameters that are recali- 
brated on a regular basis to account for environmen- 
tal changes and to monitor the detector's status. The 
most frequently changed parameters are offsets in the 
optical receiver of each FED channel. These are recali- 
brated approximately once per week when temperature 
changes at the laser drivers near the front end shift the 
signal beyond what can be handled by an automatic cor- 
rection in the FED. The automatic correction can ac- 
count for temperature changes of 2 - 3 °C. 

Approximately two to four times per month, the pa- 
rameters necessary to decode the addresses of hit pixels 
are remeasured. The address parameters are relatively 
stable, so they are often remeasured only to check for 
problems. Finally, approximately once per month, the 
optimal phase of each FED channel's ADC is remea- 
sured. The phase parameters are stable, and therefore, 
this calibration is performed mostly as a check. 

For more detail on these calibrations, see 0. 

6. Online Experience with Beam Background 

Showers of particles that graze the detector along the 
beam axis and give rise to occupancies much larger than 
those expected from collisions at the LHC's full de- 
sign luminosity have been observed. These beam back- 
ground events are consistent with expected interactions 
between beam and gas in the LHC beam pipe. 

On the order of lOk-lOOk pixels can register a hit in 
just one beam background event. When they are coinci- 
dent with a trigger, all of the hits must be read in by the 
corresponding FED channels, which can take up to tens 
of milliseconds. This imposes a challenge to maintain- 
ing event synchronization because the events that follow 
come long after the affected FED channels expect them. 
A two-part solution has been implemented to maintain 
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synchronization when this occurs. First, a mechanism 
to ignore the delayed events, rather than confuse them 
with expected events, was implemented. The number 
of events that must be ignored increases with the trigger 
rate. The second part of the solution was implemented 
to prevent this number from climbing too high. When 
the number of events that must be ignored is greater than 
a configurable number, N, CMS triggers are stopped un- 
til the affected FED channels can regain synchronization 
by ignoring the next N events. 

7. Conclusion 

The performance of the detector has been optimized 
for the first LHC run. Calibrations performed in 2009 
improved the threshold and analog response of the de- 
tector. A few FED parameters are recalibrated on a reg- 
ular basis to account for environmental changes and to 
monitor the detector's status. A mechanism to maintain 
event synchronization in the FED while it reads in large 
beam background events has been implemented. 
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